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(54) Method and apparatus for interactively connecting distributed objects to a graphic user 
interface 



(57) The present specification discloses a method 
and apparatus for interactively connecting a graphic us- 
er interface (GUI) (300) and a statically typed, distribut- 
ed object (320). The connection is created without re- 
quiring a developer to write customized code. A surro- 
gate object (312) acts as an intermediary between the 



GUI (300) and the distributed object (320). The surro- 
gate object (312) is created using declarative informa- 
tion specified at build time and information generated at 
run time. The GUI (300) and statically typed, distributed 
objects (320) are connected via the surrogate object 
(312). 
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Description 

1. FIELD OF THE INVENTION 

This invention relates to object-oriented program- 5 
ming and, more specifically, to the interactive connec- 
tion of distributed objects to a graphic user interface 
(GUI). 

2. BACKGROUND io 

V 

A software application typically includes a GUI that 
provides an. interface between an application user and 
the application. In an object-oriented environment, the 
GUI uses GUI objects to control the fields in the GUI. To is 
use the data input via the GUI, an application object is 
connected to the GUI-object. Data entered in a GUI field 
is forwarded to the application object via the connection 
formed between the GUI object and the application ob- 
ject. In a distributed environment, the GUI object and 20 
application object can reside on different computer sys- 
tems. 

In the prior art, it is necessary to generate custom- 
ized code for use by the software application to create 
the connection between the GUI object and the applica- 25 
tion object. This is a disadvantage because it makes the 
code more complicated and increases the cost in time 
associated with development of an application. The fol- 
lowing provides a background of prior art development 
environments and the need to generate such custom 30 
code. 

Development Environment 

A GUI is typically created using a development en- 35 
vironment. An example of a technology that provides a 
development environment is OpenStep. OpenStep™ is 
an open, high-volume portable standard for object-ori- 
ented computing. It provides a standard application pro- 
gramming interface (API). The OpenStep specification 40 
is based on NeXTStep. NeXTStep™ is an object-orient- 
ed operating system of NeXT Software, Inc. 

The NeXTStep environment runs in the Mach oper- 
ating system (OS). The Mach OS is a microkernel- 
based operating systems. A microkernel-based OS pro- 45 
vides a 6asic level of services with the bulk of the oper- 
ating system services supplied by user-level services. 
For example, the Mach kernel provides process man- 
agement, memory management, communication and 
Input/Output services. Services such as files and direc- so 
tories are handled by user-level processes. 

Solaris™ is a UNIX operating environment that can 
run on multiple hardware platforms such as Intel x86, 
SPARC, and PowerPC processors. OpenWindows™ is 
a windowing system based on the X1 1 windowing spec- 55 
ification that runs in Solaris. The X11/DPS is a window- 
ing system that runs in OpenWindows. Solaris, Open- 
Windows, and X11/DPS are products that are available . 



from Sun Microsystems, Inc. (Sun Microsystems, Inc., 
OpenWindows, X11/DPS, and Solaris are trademarks 
or registered trademarks of Sun Microsystems, Inc. in 
the U.S. and certain other countries. ) An implementation 
of OpenStep runs in the Solaris operating environment. 

Development Tools 

A development environment such as that provided 
by OpenStep includes tools that can be used to develop 
a software application. Examples of such tools are: In- 
terfaceBuilder (IB) and ProjectBuilder (PB). 

The PB is a tool that can be used to logically group, 
connect, and manage the files and components of an 
application. A project file contains all of the information 
about the end product (e.g., a software application). A 
project can be a stand-alone application, a subproject 
that is contained within another project, a bundle that' 
contains resources that can be used by other applica- 
tions, for example. 

The IB is a tool that can be used to build a GUI for 
an application. It assists in the design and definition of 
the presentation layer of an application. The IB provides 
a GUI that allows a developer to drag objects such as 
text fields, radio buttons, and custom views to the appli- 
cation window. The IB saves an application's objects in 
a file referred to as a pickled object file (e.g., a nib file). 

The IB also allows the developer to make connec- 
tions between the application's interface and other ap- 
plication objects. A connection can be used to send a 
message between an interface object and another ob- 
ject, for example. A connection is typically made by de- 
fining an outlet. An outlet is an instance variable in an 
Objective-C class that can store a pointer to another ob- 
ject (e.g., type "id"). The value of the instance variable 
is typically set to the "id" of an object in the nib file such 
as a GUI object. When an outlet is set to the "id" of an 
object, this is known as a connection. 

Object Interface 

An interface defines how an object can communi- 
cate, or interact, with another object. An interface de- 
fines an object's type, attributes, the methods it exports, 
and the method parameters. An object that understands 
another object's interface can generate a request for the 
other object to perform an operation. 

Binding refers to the linking of the software interface 
to the code that implements the interface. Dynamic bind- 
ing only requires that the interface be determined at the 
time a message is sent between the objects. In contrast, 
if the binding is static, the interface for the client and 
server is determined at compile or build time. 

Typing refers to the identification of an object's type, 
or class. Static typing requires that an object's type be 
known at compile time. In contrast, it is not necessary 
to know the type, or class, of an object at compile-time 
if dynamic typing is used. Instead, an object's type may 
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be determined at run time. 

Both C++ and Objective-C support dynamic, or run 
time, binding. However, C++ does not support dynamic 
typing. A C++ object's type must be declared at compile 
time. In contrast, an Objective-C object's type does not 5 
need to be available at compile time. Objective-C object 
typing can be dynamic (i.e., determined at run time). 

Distributed Environment 

10 

■ "Software applications can take advantage of a dis- 
tributed computing capability referred to as distributed 
objects. Using distributed objects, a first object (a client 
object) can send a message to a second object (a server 
object) regardless of the physical location of either ob- is 
ject. That is, the client and server objects can reside on 
different machines. 

The distributed object technology uses a name 
server and a local proxy to allow a client object to com- 
municate with a server object. A name server is used to 20 
register the server object. A client accesses the name 
server to look up the name of the server object. Using 
the name information, the client object directs a mes- 
sage to the server object. 

Instead of going directly from the client to the server, 2s 
the message is actually received by a proxy object that 
resides on the same machine as the client object. The 
proxy object forwards the message to the server object 
on the server object's machine. A response generated 
by the server object is forwarded to the client object via 30 
the proxy object. The client object need not know the 
location of the server object. As far as the client object 
is concerned, the proxy object is the server object. How- 
ever, the proxy object is only a vehicle for forwarding the 
message to the server object via the network. The de- 35 
tails of the network communication is therefore hidden 
from the client object. 

NEO provides a development environment and run 
time system for developing and deploying distributed 
objects on a CORBA infrastructure having an OpenStep 40 
GUI. The NEO product is intended for developing and 
delivering distributed object applications based on a 
CORBA-compJiant infrastructure. 

A CORBA object has an associated definition that 
is used to specify the object's interface. The definition 45 
is parsed at run time and stored in a repository. A server 
provides access to the repository at run time to deter- 
mine a CORBA object's interface. 

A CORBA object such as an object created using 
the NEO framework, a NEO object, is therefore depend- so 
ent on a connection with the server. The connection to 
the server is not made while a developer is using the IB, 
but rather when a nib file is actually loaded at run time. 

The applications developed using the NEO product 
use an OpenStep object-oriented GUI tool kit. The GUI 55 
tool kit contains Objective-C object classes. The IB pro- 
vides the ability to connect an instance of a GUI tool kit 
Objective-C object class to another Objective-C object 



instance. For example, a GUI text field object that allows 
text entry such as an employee name is connected to 
an employee name Objective-C object that performs op- 
erations on the employee name. 

Custom Code Generation 

A developer typically uses an IB to create an object 
and establish a connection between the GUI object (e. 
g., text field object) and an application object (e.g., em- 
ployee name Objective-C object). For example, a con- 
nection is formed by specifying an outlet of one object 
to point to another object. If the application object is an 
Objective-C object, it is not necessary to specify the out- 
let's type statically (i.e., at build time). The type can be 
determined dynamically at run time. If, however the ap- 
plication object is a C++ object, the outlet must have a 
static type that matches the run time type of the C++ 
application object. To match, the static type of the C++ 
application object can be the same type as, or a sub- 
class of, the outlet's type. 

If the application object is a CORBA object, it is nec- 
essary to generate customized code that obtains the 
CORBA object from a name server and to form the con- 
nection between the GUI object and the CORBA object. 
The code generation is either performed by the applica- 
tion software developer or a development tool such as 
an IB. Customized code generation must be performed 
for each application which requires additional develop- 
ment time and expense. In addition, the use of custom- 
ized code adds to the complexity of the application's 
code. 

SUMMARY OF THE INVENTION 

A connection is dynamically created between a 
graphic user interface (GUI) and a statically typed, dis- 
tributed object using the present invention. The connec- 
tion is created without requiring a developer to write cus- 
tomized code or using a program development tool to 
generate customized code. Using the present invention, 
the connection is established dynamically at run time us- 
ing declarative information specified at build time. 

A template object is generated at build time that 
contains type and name information for a surrogate ob- 
ject. The surrogate object acts as a proxy for a distrib- 
uted object (e.g., CORBA distributed object). At run 
time, the template object is used to identify the surrogate 
object. The surrogate object is connected to the GUI ob- 
ject at run time. The surrogate can be a statically-typed 
object. Thus, the present invention can be used to form 
a dynamic connection between a GUI object and a stat- 
ically-typed object. The GUI object is connected to the 
distributed object via the surrogate object. 

The name information stored in the template object 
at build time is used to query a name server for an un- 
typed surrogate object of a distributed object. The un- 
typed surrogate object is transformed into a typed sur- 
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rogate object at run time using the type information of 
the template object. A connection is formed between the 
typed surrogate object and the GUI object. ■ 

The present invention will now be f urther described, 
by way of example, with reference to the accompanying 
drawings, in which:- 

Figure 1 provides an example of a general purpose 
computer to be used in accordance with embodiments 
of the'present invention. 

Figure 2 illustrates the creation of a dynamic con- 
nection to a static object according to an embodiment 
of the present invention. 

Figure 3 provides a diagram of a connection be- 
tween a GUI object and a CORBA distributed object. 

Figures 4A-4B provides a process flow for template 
and surrogate object creation according to an embodi- 
ment of the present invention 

Figure 5 provides an example of the process flow 
illustrated in Figures 4A-4B. 

DETAILED DESCRIPTION OF THE INVENTION 

A method and apparatus for interactively connect- 
ing distributed objects to a graphic user interface is de- 
scribed. In the following description., numerous specific 
details are set forth in order to provide a more thorough 
description of the present invention. It will be apparent, 
however, to one skilled in the art, that the present inven- 
tion may be practiced without these specific details. In 
other instances, well-known features have not been de- 
scribed in detail so as not to obscure the invention. 

The present invention can be implemented on a 
general purpose computer such as illustrated in Figure 
1. A keyboard 110 and mouse 111 are coupled to a bi- 
directional system bus 118. The keyboard and mouse 
are for introducing user input to the computer system 
and communicating that user input to CPU 113. The 
computer system of Figure 1 also includes a video mem- 
ory 114, main memory 115 and mass storage 112, all 
coupled to bi-directional system bus 1 1 8 along with key- 
board 110, mouse 111 and CPU 113. The mass storage 
112 may include both fixed and removable media, such 
as magnetic, optical or magnetic optical storage sys- 
tems or any other available mass storage technology. 
Bus 118 may contain, for example, 32 address lines for 
addressing video memory 1 1 4 or main memory 1 1 5. The 
system bus 1 18 also includes, for example, a 32-bit DA- 
TA bus for transferring DATA between and among the 
components, such as CPU 113, main memory 115, vid- 
eo memory 114 and mass storage 112. Alternatively, 
multiplex DATA/address lines may be used instead of 
separate DATA and address lines. 

In the preferred embodiment of this invention, the 
CPU 113 is a 32-bit. microprocessor manufactured by 
Motorola, such as the 680X0 processor, a 80X86 micro- 
processor manufactured by Intel, or a SPARC micro- 
processor. However, any other suitable microprocessor 
or microcomputer may be utilized. Main memory 115 is 



comprised of dynamic random access memory (DRAM). 
Video memory 114 is a dual-ported video random ac- 
cess memory. One port of the video memory 1 1 4 is cou- 
pled to video amplifier 116. The video amplifier 116 is 

s used to drive the cathode ray tube (CRT) raster monitor 
117. Video amplifier 1 1 6 is well known in the art and may 
be implemented by any suitable means. This circuitry 
converts pixel DATA stored in video memory 114 to a 
raster signal suitable for use by monitor 117. Monitor 117 

10 is a type of monitor suitable for displaying graphic imag- 
es. 

The computer system described above is for pur- 
poses of example only. The present invention may be 
implemented in any type of computer system or pro- 
fs gramming or processing environment. When a general 
purpose computer system such as the one described 
executes the processes and process flows described 
herein, it is configured to interactively connect distribut- 
ed objects to a GUI. 

20 The present invention can dynamically create the 
connection between an Objective-C object and a C++ 
statically-typed object, for example. Figure 2 illustrates 
the creation of a dynamic connection to a static object 
according to an embodiment of the present invention. 

25 The Objective-C object is GUI object 200. GUI object 
200 is a dynamically typed object. In the preferred em- 
bodiment, adapter object 204 is used as an intermediate 
object between an Objective-C object and another ob- 
ject such as a C++ object. Adapter object 204 performs 

30 functions such as data translation, for example. Adapter 
object 204 is preferably a dynamic object. However, it 
should be apparent that the present invention-can be 
used without adapter object 204. As an alternative, GUI 
object 200 can perform the functions performed by 

3S adapter object 204, for example. 

At development (or build) time, connection 206 is 
established between adapter object 204 and template 
object 210. Connection 206 is specified using an IB, for 
example. Connection 208 is established at run time. 

40 Connection 208 connects adapter object 204 to surro- 
gate object 212. Surrogate object 212 is a statically 
typed C++ object. Surrogate object 212 can be used as 
a local proxy for a distributed object such as a CORBA 
object, for example. 

45 Information is stored in the nib file created by the IB 
at development time that is used to dynamically create 
. surrogate object 21 2 and dynamically establish connec- 
tion 208. The nib file contains a definition for template 
object 210. The definition includes: 1) a service name 

so for surrogate object 21 2, and 2) the type of the surrogate 
object 212. 

When the nib file is loaded at run time, the definition 
of template object 210 is encountered. Template object 
210 is used to determine a CORBA reference for. the 
ss distributed object associated with surrogate object 21 2. 
The type information is used to identify a type narrowing 
function referred to as a narrowing function, for surro- 
gate object 212. The narrowing function transforms the 
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surrogate object 21 2 into an object that is a sub-type, or 
subclass, of a CORBA supertype. Connection 208 is es- 
tablished between adapter object 204 and surrogate ob- 
ject 212. Connection 208 is formed by setting an outlet 
instance variable of adapter object 204 to point to sur- 
rogate object 212, for example. 

GUI object 200 and surrogate object 212 are con- 
nected via adapter object 204 and connection 208. GUI 
object 200 is connected to adapter object 204 via con- 
nection 202. Connection 202 is formed by assigning a 
value to an outlet of GUI object 200, for example. GUI 
object 200 can send a message to adapter object 204 
via connection 202. Connection 208 is used to forward 
the message generated by GUI object 200 to surrogate 
object 212. If surrogate object 212 is acting as a proxy 
for another object (i.e., a CORBA object), surrogate ob- 
ject 212 can forward the message to the other object. 

Using the present invention, it is unnecessary for a 
developer to generate customized code to create surro- 
gate object 212 and connection 208 at run time. That is, 
it is unnecessary for a developer or an IB to generate 
code to determine the CORBA reference for surrogate 
object 212, initiate the creation of surrogate object 212, 
and establish connection 208 between adapter object 
204 and surrogate object 212. Thus, the present inven- 
tion can be used to automatically create a connection 
between a dynamically-typed GUI object and a statical- 
ly-typed, C++ object at run time. Further, the present in- 
vention can be used to automatically create an interac- 
tive connection between a GUI object and a CORBA ob- 
ject, if the statically-typed, C++ object is a surrogate, or 
proxy, for the CORBA object. 

Figure 3 provides a diagram of a connection be- 
tween a GUI object and a CORBA distributed object. 
GUI object 300 is connected to adapter object 306 via 
connection 304. Connection 304 can be formed by set- 
ting outlet instance variable 302 of GUI object 300 to 
point to adapter object 306, for example. GUI object 300 
and adapter object 306 can be Objective-C, dynamical- 
ly-type objects. Connection 304 is preferably set using 
the IB. GUI object 300 can be connected to CORBA ob- 
ject 320 at run time. 

In the preferred embodiment, the connection be : 
tween GUI object 300 and CORBA object 320 is estab- 
lished via adapter object 306, surrogate object 31 2 and 
CORBA server 316 at run time. At run time, surrogate 
pbject 31 2 is created and connection 31 0 is established 
between adapter object 306 and surrogate object 312. 

Surrogate object 312 is created at run time based 
on a definition in an application's nib file of template ob- 
ject 210, for example. Preferably, a development tool 
such as the IB is used to define template object 210 at 
build time. In one example, a Make' Template Object 
menu command of the IB can be selected. The Make 
Template Object command is used to indicate that an 
instance of template object 210 is to be included in the 
application's nib file definition. A result of a Make Tem- 
plate Object selection is the inclusion of a definition for 



template object 210 in the application's nib file. The GUI 
of the IB can be used to establish a connection between 
GUI object 200 and surrogate object 212. This connec- 
tion is specified by graphically connecting icons that rep- 
s resent adapter object 204 and template object 210. The 
IB is also used to specify the service name for, and type 
(or class) of, surrogate object 212. 

The information specified using the IB is stored in a 
nib file of the application being developed. Specifically, 
the nib file contains a declaration for template object 210 
along with declarations for adapter object 204 and GUI 
object 200. The declaration for template object 210 in- 
cludes declarations for the name and type values of sur- 
rogate object 212. 

When the software application is invoked or run, the 
application is loaded into memory for execution. The ap- 
plication's run time environment" is initialized: The appli- 
cation's nib file is examined and entries in the nib file 
are used to create instances of objects. When the dec- 
laration for template object 210 is encountered, an in- 
stance of the object class for template object 210 is cre- 
ated. A creation method of the template object class is 
used to create template object 210. In the preferred em- 
bodiment, the creation method is also used to initiate 
the creation of surrogate object 21 2. Figures 4A-4B pro- 
vides a process flow for template and surrogate object 
creation according to an embodiment of the present in- 
vention. 

At step 402, the nib file is loaded. At step 404, an 
instance of the template object class is created. At step 
406, the template object's creation method is invoked. 
At step 408, the type value contained in the nib file is 
used to generate the name of an narrowing function. 
The narrowing function is used to narrow a supertype 
obtained from the CORBA server to the surrogate ob- 
ject's type. At step 410, a symbol lookup is performed 
in a dynamic link library for the surrogate's stub code to 
obtain a pointer to the narrowing function. At step 412, 
the name server is queried to obtain an untyped CORBA 
object reference using the service name information (e. 
g., a string) stored in the template object. 

The untyped CORBA object reference can be a ref- 
erence to an untyped surrogate object. The untyped sur- 
rogate object is created when the look up operation is 
performed at step 41 2. The untyped object reference ac- 
tually has the root type of the object class hierarchy. The 
root class is referred to as the base supertype. At step 
41 4, the narrowing function and untyped, or supertyped, 
object reference are used to narrow the object reference 
to the surrogate pbject. That is, for example, the super- 
type is narrowed to the type specified in the type infor- 
mation of the template declaration using the narrowing 
function. At step 416, an outlet of the adapter object (e. 
g., adapter object 306) is set to point to the surrogate 
object (e.g., surrogate object 312). 

An error may occur during the processing of the nib 
file template object entry. At step 41 2, for example, an 
object reference may not be found in the name server. 
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Such a failure can be reported using an alert panel or 
by printing a message. If no errors occur, outlet 308 of 
adapter object 306 is pointing to a valid surrogate object 
(e.g., surrogate object 312) after the initialization proc- 
ess is finished. If an error occurred, outlet 308 is prefer- 
ably a null pointer. The application can determine wheth- 
er to proceed or terminate. 

. Figure 5 provides an example of the flow illustrated 
in Figures 4A-4B. Template object 500 includes a type 
information 502A and a name information 502B. Type 
information 502A becomes the input for name mangling 
routine 504. Name mangling routine 504 is, for example, 
the name mangling routine provided in a C++ A8I. Name 
mangling routine 504 constructs a narrowing function 
name from type information 502A. The narrowing func- 
tion name is used as input to dynamic link library symbol 
lookup, or dlsym, function 508. Dlsym function 508 per- 
forms a symbol lookup in stub library 510 to obtain a 
pointer,- or function symbol, to the narrowing function 
having the narrowing function name. 

Name information 502B is used by the run time li- 
brary to invoke a find operation 514 (i.e., ODF:: Service;: . 
findQ) on name server 516. Name server 516 obtains 
an untyped CORBA object reference to the surrogate 
object (i.e., CORBAr.ObjectRef) associated with the 
service specified by the name information 502B. Nar- 
rowing function 520 is invoked using the function sym- 
bol, or pointer, obtained using dlsym function 508. The 
surrogate object containing the untyped CORBA object 
obtained from name server 516 is an argument of nar- 
rowing function 520. Narrowing function 520 transforms 
the surrogate object to a C++ subtype. An outlet of 
source object 522 (e.g., adapter object 306) is set to 
point to the surrogate object (e.g., surrogate object 31 2). 

The present invention's functionality can be reused 
across applications. Software application developers 
can incorporate the invention's functionality in multiple 
applications without generating a separate instance of 
code for each application. 

Thus, a method and apparatus for the interactively 
connecting distributed objects to a graphic user inter- 
face has been described in conjunction with one or more 
specific, embodiments. The invention is defined by the 
claims and their full scope of equivalents. 



Claims 

1 . A method of dynamically connecting a graphic user 
interface (GUI) object to a statically-typed, distrib- 
uted object comprising the steps of: 

generating a template object at build time; 
' identifying a surrogate object of said distributed 
object at run time using said template object; 
and 

connecting said surrogate object to said GUI 
object at run time. 



2. The method "of claim 1 wherein said template object 
includes a name and type specification. 

3. The method of claim 1 wherein the step of connect- 
s ing a GUI object to said surrogate object further 

comprises the steps of: 

connecting said GUI object to an adapter ob- 
ject; and 

10 connecting said adapter object to said surro- 

gate object. 

4. The method of claim 3 wherein said adapter object 
and said GUI object are dynamically-typed objects. 

15 

5. The method of claim 3 wherein said surrogate ob- 
ject is a statically-typed object. 

6. The method of claim 1 wherein said step of identi- 
20 fyjng further comprises the steps of: 

obtaining an untyped surrogate object; and 
transforming said a untyped surrogate object 
into a typed surrogate object. 

25 

7. The method of claim 6 wherein said step of obtain- 
ing further comprises the steps of: 

storing a service name for said distributed ob- 
30 ject in said template object at build time; 

querying a name server for an object reference 
for said untyped surrogate object associated 
with said service name at run time. 

35 & The method of claim 6 wherein said step of trans- 
forming further comprises the steps of: 

storing type information for said surrogate ob- 
ject in said template object at build time; 
^o identifying a narrowing function using said type 

information at run time; and 
transforming said untyped surrogate object into 
said typed surrogate object using said narrow- 
ing function. 

9. An article of manufacture comprising:* 

a computer usable medium having computer 
readable program code embodied therein for dy- 
namically connecting a graphic user interface (GUI) 
so object to a statically-typed, distributed object, the 
computer readable program code in said article of 
manufacture comprising: 

computer readable program code configured to 
55 cause a computer to generate a template object 

at build time; 

computer readable program code configured to 
cause a computer to identify a surrogate object 
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of said distributed object at run time using said 
template object; and 

computer readable program code configured to 
cause a computer to connect said surrogate ob- 
ject to said GUI object at run time. 5 

10. The article of manufacture of claim 9 wherein said 
template object includes a name and type specifi- 
cation. 

10 

11. The article of manufacture of claim 9 wherein the 
program code configured to cause a computer to 
connect said surrogate object to said GUI object fur- 
ther comprises: 

15 

computer readable program code configured to 
. cause a computer to connect said GUI object 
to an adapter object; and 
computer readable program code configured to 
cause a computer to connect said adapter ob- 20 
ject to said surrogate object. 

12. The article of manufacture of claim 11 wherein said 
• GUI object and said adapter object are dynamically- 
typed objects. 25 

1 3. The article of manufacture of claim 1 1 wherein said 
surrogate object is a statically-typed object. 

14. The article of manufacture of claim 9 wherein said 30 
program code configured to identify further com- 
prises: 

computer readable program code configured to 
cause a computer to obtain an untyped surro- 35 
gate object; and 

computer readable program code configured to 
cause a computer to transform said untyped 
surrogate object into a typed surrogate object. 

40 

15. The article of manufacture of claim 14 wherein said 
program code configured to obtain further compris- 
es: 

computer readable program code configured to <*5 
cause a computer to store a service name for 
said distributed object in said template object 
at build time, and 

computer readable program code configured to 
cause a computer to query a name server for so 
an object reference for said untyped surrogate 
object associated with said service name at run 
time. 

16. The article of manufacture of claim 14 wherein said 55 
program code configured to transform said untyped 
surrogate object further comprises: 



computer readable program code configured to 
cause a computer to store type information for • 
said surrogate object in said template object at 
build time; 

computer readable program code configured to 
cause a computer to identify a narrowing func- 
tion using said type information at run time; and 
computer readable program code configured to 
cause a computer to transform said untyped 
surrogate object into said typed surrogate ob- 
ject using said narrowing function. 

17. A dynamic graphic user interface (GUI) object con- 
nection generation system comprising: 

a computer having a central processing unit 
and storage; 

a template object stored in said computer, said " 
template object having a name and type infor- 
mation; 

a surrogate object generated by said computer 
using said template object; 
a connection generated by said computer using 
said template object, said connection between 
said surrogate object and a GUI object. 

18. The system of claim 17 wherein said surrogate ob- 
ject provides a local reference to a distributed ob- 
ject. 

19. The system of claim 1 8 wherein said name is a serv- 
ice name for said distributed object. 

20. The system of claim 17 wherein said connection is 
a pointer in said GUI object to said surrogate object. 

21 . The system of claim 1 7 wherein said type is a object . 
class designation for said surrogate object. 
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and apparatus for interactively connecting a graphic us- 
er interface (GUI) (300) and a statically typed, distribut- 
ed object (320). The connection is created without re- 
quiring a developer to write customized code. A surro- 
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GUI (300) and the distributed object (320). The surro- 
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run time. The GUI (300) and statically typed, distributed 
objects (320) are connected via the surrogate object 
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